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Figure 1: Código primero 
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Figure 2: Prueba primero 
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Figure 3: TDD 


TDD: ¿Qué es? 


Es una técnica de programación, por la cual el código se escribe para 
satisfacer pruebas que ponen en evidencia la necesidad de dicho código. 
Es por ello que se llama “desarrollo conducido por las pruebas”. 


« Sólo se escribe nuevo código cuando una prueba ha fallado 
+ Se elimina la duplicación 
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« Esuna forma predecible de desarrollar software. 

« Permite aprender todas las lecciones que el código tiene para 
enseñarnos. 

+ Mejora los resultados al bajar la probabilidad de fallas, 

+ Permite que el equipo tenga confianza en las partes, 

+ Está bueno :) 
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4. Vuelta a empezar 


El mantra de un vistazo 
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Figure 4: De un vistazo 


Consecuencia 


A medida que las pruebas se vuelven más específicas, el código se 
vuelve más general. 
- Robert Martin 


Ejemplo 1, factorial 


El factorial de un entero positivo n se define como el producto de todos 
los números enteros positivos desde 1 (es decir, los números naturales) hasta 
n 
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Ejemplo 2, números romanos 


Los números romanos se han utilizado por más de 3000 años. Hoy en día 
se utiliza el sistema arábigo para los cálculos cotidianos. 


Sin embargo, los números romanos se utilizan aún para escribir números 


estilizados. 
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Recapitulando 


« Cómo construimos software 

* Invertir el proceso 

« Agregar etapas y una metodología 
* TDD 

« Ejemplos 


Para profundizar 


+ Beck, K. (2003). Test-driven development: By example. 
Addison-Wesley. 


+ Martin, R. The Transformation Priority Premise. 
Retrieved July 28, 2021, de https://blog.cleancoder.com/uncle- 
bob/2013/05/27/TheTransformationPriorityPremise.html 


¡Muchas Gracias! 


continuará... 


